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(57) Abstract; The present invention relates to 
method for providing an arbitrary sound, chosen 

• by a called subscriber, instead of ringback lone 
to a calling subscriber through a call-originating 
exchanger. In this present invention, if a call is 
generated to an exchanger, the call-originating 
exchanger requests n trunk connection id a sound 
dh server based on the fu st information on whether 
or not to replace an RBT (RingBack Tone) and 

. Ihe second information on a route to the sound 
db server that are received .from a home location 
register (HLR), and provides a called subscriber 
identification for the sound db server. Then, 
the sound db server searches its db for a sound 
specified by the called, and provides the hmnc\ 
sound for the caller instead of a conventional 
RBT via the originating exchanger connected 
through a trunk. Through this sequential procedure 
of network elements, a caller can hear a sound 
specified by a called instead of a dry RBT 
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. DESCRIPTI 



METHOD FOR PROVIDING SUBSCRIBER-BASED RINGBACK TONE 
THROUGH A CALL-ORIGINATING EXCHANGER 

1. TECHNICAL FIELD 

5 The present invention relates .to a method for providing 

an arbitrary sound chosen by a called subscriber for a calling 
. subscriber instead of a conventional ringback tone. 

2 . BACKGROUND ART 

When a subscriber calls another through a mobile 
10 communication network, a terminating exchanger- on the network 
provides the caller with a uniform ringback tone. 

Since the ringback tone is same all the time, a caller 
. can not identify a called before the called answers. 
Furthermore, the uniform ringback tone can not satisfy various 
15 subscribers' needs to reveal their individuality. 

By the way, various ad methods are being proposed in 
these days. One of these ad methods is to send an ad sound 
message to a caller instead of a conventional, ringback tone. 
However, such an ad sound message is chosen unilaterally by a 
20 network operating enterprise. If a caller heard such a 
unilateral ad sound he or she could talk over a mobile 
telephone with a called for a limited time* 

However, the method that an ad sound is provided instead 
of a conventional ringback tone still has the aforementioned 
25 drawbacks. That is, a caller can not identify^ a called before 
the called answers and the. uniform ringback tone can not 

satisfy various subscribers' needs. to- reveal their 
individuality.- ■ 

1 
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3. DISCLOSURE OP INVENTION 

It is an object of the present invention to provide 
method for providing an arbitrary sound chosen or registered 
'by a called subscriber for a caller instead of a conventional 
5 RBT (RingBack Tone). In the. present method, ah arbitrary RBT- 
replacing sound chosen or registered by a subscriber is stored 
in a server separated from mobile exchangers first, and if a- 
certain subscriber is called, an originating exchanger for the 
call receives from the server an RBT- replacing sound that is 

10 assigned to the called, and then provides the received sound 
for a caller instead of a conventional RBT. 

A method of providing an arbitrary sound as .an RBT in 
accordance with . the present invention is characterized in that 
it comprises the steps of: an HLR's (Home Location Register's) 

15 furnishing a call-originating exchanger with first information 
on whether RBT is to be replaced or not and second information 
informing a route to sound providing means through. a response 
. to a location request message received from the call- 
originating . exchanger that sends the location request message 

20 to the HLR when a call connection is requested; the call- 
originating exchanger's requesting a trunk connection to both 
of a call-terminating exchanger and the sound providing means 
based on the response including the first and the second 
information, while furnishing the sound providing means with 

25 • information identifying a called; and the sound providing' 
means' selecting an RBT-replacing sound based on the called- 
identifying information, and providing the selected RBT-. 
replacing sound for the caller through the call-originating 
exchanger the trunk connection is made to. 

30 If the call-originating exchanger detects through the 

call-terminating exchanger that the call is answered from a 
called while the selected RBT-replacing sound is being 

... 2 
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provided for the caller, it requests the sound providing means, 
to release the established trunk connection to terminate 
transmission.' of the RBT-replacing sound, 

The above-characterized method provides a personal ad 
5 .way by allowing a registered personal introducing or 

identifying sound to be used- instead of an RBT. In addition,, a 
caller is able .to know by only hearing an RBT-replacing sound 
whether he or she called rightly, as a result,, wrong 
connections can be reduced. An enterprise as well as 
10 individual persons can advertise efficiently through 
' registering an RBT-replacing sound. . • 

4. BRIEF DESCRIPTION OF DRAWINGS 

In the drawings: 
. Fig. 1 is a simplified diagram of a mobile communication 
15 network which a subscriber-based RBT-replacing sound providing, 
method through ■ a call -originating exchanger is embedded in; 

Fig. 2 is a procedure chart of an embodiment of the. 
present invention to subscribe to a subscriber-based RBT- 
replacing sound providing service through a call -originating 
20 exchanger ; 

Fig. 3 is a procedure chart of another embodiment of the 
present invention to change/add subscription information 
related with an RBT-replacing sound providing service through 
a call-originating exchanger; 
25 Fig. A is a procedure chart of another embodiment of the 

present invention to terminate a subscriber-based RBT- 
replacing sound .providing service through a call-originating 
exchanger; 

Fig. 5 is a procedure chart of another embodiment of the 
30 present invention to conduct a subscriber-based RBT-replacing 
sound providing service after completion of the. procedure of 
Fig. 2 and/or 3; and 

,3 
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Fig. 6 shows format of the value-added service... 
parameters including an RBT-replacing service field that are 
delivered from an HLR (Home Location Register) to a call- 
. originating exchanger. 

5 5. MODES FOR CARRYING OUT THE INVENTION 

In order .that the-, invention may be. fully understood, a* 
preferred embodiment thereof will now be described with 
reference to the accompanying drawings. 

Fig. 1 is a simplified diagram of a mobile communication 
10 network. which a subscriber-based RBT-replacing sound providing 
method through a call-originating exchanger is embedded in.. 

The network of Fig-. 1 includes an HLR (Home Location 
Register) 10; mobile exchangers 31 and 32 (also called 'MSG' 
(Mobile Switching Center) ) being capable of communicating with 
15 the HLR 10 via a No. 7 signaling network 2.0 based on No. 7 

signaling transfer protocol; a sound storager "50, connected, to 
the No. 7 signaling network 20 via a gateway .4 0, storing RBT- 
replacing sounds iand communicating with the exchangers 31 and 
32; an SSMS (Sound Storager Managing Server) 70, . connected to . 
20 the sound storager 50 via Internet 60, controlling management 
of RBT-replacing sounds in the sound storager 50; a subscriber 
db 80 connected to the HLR 10 via. Internet GO; and a web 
server 100, connected to Internet 60 via a gateway 90, 
communicating with the sound storager 50 and the SSMS 70. ; 
25 . The HLR 10 functions as a conventional' network element' ■ 

and it has in every subscriber profile the first information 
on whether RBT is to be replaced or not and the second 
information informing a route to the sound storager 50. The 
first and the second information are written in the value- . 
30 added service parameters of each subscriber profile. 

Either of the mobile exchangers 31 and 32 functioning as 
conventional network, elements receives the first and the 

4 
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second information of a subscriber that are included in a 
message from the HL>R 10 responsive to a location request 
message sent to the HLR 10 when a call is generated, and then 
the exchanger 31- or 32 requests a call connection to another 
5 exchanger, namely, a call -terminating exchanger as well as 
requests the sound storager 50 to send an RBT-replacing sound 
based on the received. first and second information. If an RBT- 
replacing sound is received, it provides a caller with the 
received RBT-replacing sound.- 
10 : The sound storager 50 stores a plurality of digital 

sounds to be used for replacing an'RBT. The stored digital 
sounds are provided for the exchangers 31 and 32 via the 
• gateway 40 . 

The SSMS 70 communicates with the sound' storager 50 via 
15 Internet 60 and it chooses a digital sound based on 

information written in an RBT service, table. A unique code to 
identify the chosen digital sound is notified. the sound 
storager 50 in order that a stored sound identified by the 
code is. sent to the exchanger 31 or 32 from the sound storager 
20 50. The. RBT service table used for' choice of a digital sound 
allocated for each subscriber includes several codes linked to 
caller's personal information, caller or caller-group 
. identifying information, and/or call time zone .. Therefore, a 
digital sound can be chosen by the SSMS 70, based on who calls, 
25 which group a caller belongs to, age,. sex, or occupation of a 
caller, and/ or when a subscriber is called. 

Information in the RBT service table is determined when 
a person subscribes to the value-added service and is then 
modified by his or her request. 
30 The web server 100, connected to the sound storager. 50 

. and/or the SSMS 70 via Internet 60, adds digital sounds ' to the 
sound storager . 5.0 and conducts operations to update or change 
contents of the RBT service table and codes, if .necessary; ■ 
• .5 
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related digital sounds for the. SSMS 70. The updating or 
changing operation is- initiated by subscriber's request through 
web pages of the web server 100, 

An embodiment of a subscriber-based RBT- replacing sound 
5 providing method through a call-originating exchanger is 
explained below along -with accompanying operations of the 
network of Fig.. 1. 

• Fig. 2 is a procedure chart of an embodiment of the 
present invention to subscribe to a subscriber-based RBT- 
10 replacing sound providing- service conducted through an 
•originating exchanger. 

If subscription to the RBT-replacement service is asked 
(S201), subscription information including mobile telephone 
number of the subscriber is stored in the subscriber db 80 
15 first and is then delivered to the HLR. 10 <S202) , The HLR 10 
updates service information of the subscriber profile to 
indicate that the subscriber has subscribed to RBT replacement 
service (S203) . 

. In addition/ the subscriber db 80 also sends the 
20 subscription information including a chosen digital sound and 
mobile telephone number to the SSMS 70 (S204) , The SSMS 70 
writes a code associated with the chosen . digital sound in an 
RBT service table allocated for that mobile telephone number 
(S205) . '• ■ * 

25 If th e received subscription information includes 

particulars of sound assignments, namely if the. received 
subscription information assigns different digital sounds for 
each caller, each caller group, and/or- each time zone,, the 
. SSMS 70 writes different codes of the. respective digital 

30 sounds in each condition field of the RBT service table, at 
the step S205 . . 

Fig. 3 is a procedure, chart of another embodiment of the 
present invention to change/add subscription information 

. 6 
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related with RBT-replacing sound providing service conducted 
through an originating . exchanger . 

A subscriber, -who has subscribed to the RBT. replacement 
service according to the above -explained procedure of Fig. 2, 

5 connects hiis or her personal computer to the web server 100, 
first. Then, the web server 100 provides web pages on the 
connected computer screen to enable, the subscriber to 
■ change/add information about RBT replacement service. 

The subscriber enters mobile .telephone number (or 

10 telephone number + password allocated in subscription) through 
an adequate web page and then selects a desired RBT-replacing 
sound from a list showing all or a part of sounds stored in 
the sound, storager 50. If the subscriber requests change of.'. 
RBT-replacing sound to the chosen, one (S301) , the web server 

15 100 sends a change -requesting message to the SSMS 70 (S3 02) . 
The SSMS 70 changes the current' code with another code 
assigned to the chosen RBT-replacing sound in an RBT service 
table : allocated for the entered mobile telephone number (S303) 
Afterwards, .an RBT-replacing sound identified by the changed 

20 code will be provided instead of a conventional RBT. 

If the subscriber selects to add a new RBT-replacing 
sound on a web page, the SSMS 70 provides an input web page. . 
• Then, the subscriber enters his or her mobile telephone number 
in the input web page and uploads a sound file including voice 

25 sound logo, or music through the input web page (S3 04) . The 
web server 100 requests the sound storager 50 to add a new . 
RBT-replacing sound by delivering the inputted data to the 
sound storager 50 (S305). . The sound storager 50 registers the 
uploaded sound file as a new RBT-replacing sound (S3 06) and. 

30 requests the SSMS 70 to assign a new code to the registered 
RBT-replacing sound (S307) . The SSMS 70 informs the sound 
storager 50 of the newly-assigned code and changes the current 
code with the newly-assigned code in an RBT service table 

7 ...'./■• '.. 
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. allocated for the subscriber. 

Fig. 4 is a procedure chart of another embodiment of the 
present invention to terminate a subscriber-based RBT- 
replacing sound providing service conducted through an 
.5 originating exchanger.. 

If termination of RBT. replacement service is asked from 
a subscriber (S401), the subscriber db 80 deletes subscription 
information for RBT replacement service associated with the 
subscriber, namely, the subscriber's telephone number, and 
10. sends service terminating information including a mobile 
telephone number to the HLR 10 (S4 02) . The HLR 10. alters 
service information of the subscriber's profile to indicate 
that the subscriber has not subscribed to RBT replacement 
service (S403) 

15 The subscriber db 80 also sends the service terminating 

information to the SSMS 70 (S404) , then the SSMS 70 deletes a 
current code in an RBT service table for the subscriber based, 
on the received service terminating information (S405) . 

Fig. 5 is -a procedure chart of another embodiment of the 
20 present invention to conduct a subscriber-based RBT-replacing 
sound providing service through an originating exchanger after 
completion of the procedure of Fig. 2 and/or Fig. 3. ■ .. 

If an arbitrary subscriber within a service zone of the 
exchanger 31 calls another subscriber, who has subscribed to 
25 the RBT replacement service, within the exchanger 32, the 

originating exchanger 31 sends a location request message to . 
the HLR 10 to inquire where the called is (S501) . Then, the 
HLR 10 sends a routing request message to the terminating 
• exchanger 32 (S502) , and the terminating exchanger 32 informs 
30 the HLR 10 of routing information,, e.g., TLDN (Temporary ' Local 
Directory Number) in response' to the routing request message 
(S503) . 
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The HLR 10 delivers the routing information to the . 
originating exchanger 31 in response to the inquiry step S501. 
In addition, the HLR 10 checks profile of the subscriber to 
know whether the called subscriber has been subscribed to the 
5 RBT replacement service (S504) . If . not subscribed, the HLR 10 
sends an ordinary response message to the location 
registration request to the originating exchanger 31 as in the 
conventional responding procedure . (S505-1) . The ordinary 
response message includes TLDN • information of the terminating 
10 exchanger 32. However, if subscribed, the HLR 10 sends the 
originating exchanger 31 a response message further including 
RBT service-related information and routing information, e.g. , 
routing digits to direct to the sound storager 50 (S505-2) . 

The RBT service-related information can be carried by an 
15 SRBT {Specific . RBT) field, which was defined ■ as a reserve' 
field before, of the value-added service parameters 
'CallingFeaturesIndicator2' shown in ' Fig. 6. .The 2-bit SRBT 
field is set to 'lO* in case that, the RBT replacement service is 
not activated even though that service is valid by 
20 subscription, and .it is set to 'll' in case, that the' RBT 
replacement' service is in active state.' A message .including 
the parameters 'CallingFeaturesIndicator2' responsive to the 
location registration request, is delivered from the HLR 10 to 
the originating exchanger 31. 
25 The service information parameters 

'CallingFeaturesIndicator2' of Fig. 6 are. composed of a VMSB 
field indicative of state of voice mail service busy; a VMSU 
field indicative of state of voice mail service busy 
unconditional;.' a VMSNA field indicative of state of voice mail 
30 service busy no answer; an FMSNA field indicative . of state of 
fax mail service no answer; an FMSB field indicative of state 
of fax mail service busy; an FMSU field indicative of state of 
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fax mail service unconditional; an MC field indicative of 
multi-call;, a CC field indicative of conference * call ; an MUDN 
. field indicative of multiple unit directory number; and others 
The originating exchanger 31 requests a trunk connection 

5 (called *ISUP') to only the terminating. exchanger 32 (S506) or 
..to both of the exchanger 32 and the sound storager 50 (S506 
and S507) , based on the information included in the location 
request response message transmitted from the HLR 10 through 
conduction of the step S505-1 or S505-2. 

10 That is, the originating exchanger 31. makes a single 

trunk connection to only the terminating exchanger 32 in case 
of. the step S505-1, and checks the SRBT field in case of the 
step S505-2. If the SRBT field is v 10' the originating 
exchanger 31 makes a single trunk connection to only the 

15 terminating exchanger and, if Ul', it makes dual trunk 
connections to both, During communication to setup trunk 
connection, mobile telephone numbers of the caller. and the 
called are sent to the sound storager .50. (S506) . While the 
above processes are conducted, a . conventional RBT is blocked 

20 by the originating exchanger 31 not to-be transmitted to the 
caller- 

Now, a single trunk connection' is made between the 
originating 31 and the terminating exchanger 32 in the event 
that only the step S506 is conducted, or respective trunk 
25 connections are made between the originating 31. and the 

terminating exchanger 32 and betv/een the originating exchanger 
31. and the sound storager . 50 in the event that both steps S506 
and S507 are conducted together, , . 

The reason that the calling number is informed the sound 
30 storager 50 besides the called number is to make it possible 
to provide dif f erent RBT-replacing sound depending upon who' 
the caller is or which group among groups classified by. the . 
called the caller belongs to. . 

. . 10' 
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When a trunk connection is made to the originating . 

exchanger 31 according to conduction of the step S507, the . 

sound storager 50 asks ah adequate code to the SSMS 70 while 

providing the received numbers for the. SSMS 70 (S508) • The . 
5 SSMS 70 examines an RBT service table allocated for the called 

number to determine a code matched v/ith the calling number (if 

received), and informs the sound storager 50 of the determined 

code (S509). in response to the code-requesting step S508. The 

sound storager .50 transmits an RBT -replacing . sound 
10 corresponding to the determined code to the caller through the 

trunk connection made between the sound storager 50 and the 

originating exchanger 31 (S510).. 

' When the SSMS 70 determines an adequate code it may 

consider the present time. That is, the. SSMS 70 may determine 
15 a code associated with a time zone the present, time belongs to 

for the called and the caller (if received) . Considering the 

present time, different RBT-replacing sound. can be provided if 

calling time is different. 

If the called answers paging of the terminating 
20 exchanger 32 while the determined RBT-replacing sound is being 

transmitted instead .of a conventional' RBT, the originating 

exchanger 31 that is informed of such an answer by the 
. terminating exchanger. 32 requests the sound storager 50 to 

release the established trunk connection (S511) . Then, voice 
25 or data are ..communicated between the caller and the called 

through the trunk connection between the originating 31 and 

the terminating exchanger 32 (S512) . 

In the present RBT-replacing sound providing service- 

through a call-originating exchanger, a subscriber can access 
30 the HLR 10 .to change, the SRBT field of the value-added service 

parameters. 

For instance,, when a subscriber presses a special key on 
his or her mobile telephone the pressed key information is 

11 . 
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delivered to the HLR 10 which changes .the 2-bit. SRBT field 
based on the key information or alternately. However, more ■ 
significant bit of the two can. not be altered because it 
indicates whether or not subscribed to the RBT replacement 

5 service. Less significant bit can be altered by the above way 
because it indicates whether the RBT replacement service. is 
activated or not. 

Thus, in case of a person having subscribed to RBT . . 
replacement service,. The SRBT field of the value-added service 

10 .parameters for that person has a value of '10* or 'll' only where 
the value 'l0* is indicative of inactive' of the service and 'll 1 
indicative of 'active'. 

The special key commands change the 'SRBT 1 . field from 'lO* 
to 'll' or from 'll* to 'lo\ Consequently, a subscriber can 

15 determine at-will whether to use a conventional RBT or RBT- 
replacing sound, he or she has. chosen. If the 'SRBT' field 
included in a response message from the HLR 10 is/io', the 
originating exchanger 31 transmits a conventional RBT to a 
caller although a called has subscribed to the RBT replacement 

20 service. ' 

While the invention has been disclosed with respect to a 
limited number of embodiments, those skilled in the art', 
having the benefit of this disclosure, will appreciate 
numerous modifications and variations therefrom. It is 
25 intended that the appended claims cover all such modifications 
and variations as fall within the true spirit and scope of the 
invention. 
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CLAIMS ■ . 

1 . A method of providing an arbitrary sound as an RBT 
(RingBack Tone) in a communication network, comprising: 

a first step, conducted by an HLR (Home Location 
5 Register's) , of furnishing a call -originating exchanger with 
first information on whether RBT is to be. replaced or not arid 
second information informing' a route to sound providing means 
through a response to a location request message received from 
the call -originating exchanger that sends the location request 
10 message to the HLR when a call connection is requested/. 

a second step, conducted by the call -originating 
exchanger, of requesting a trunk connection to both of a call- 
terminating exchanger and the sound providing. means based on 
the response including the first and the second information . 
15 while furnishing the sound providing means with information 
identifying a' called; and 

a third step, conducted by the' sound providing means, of 
selecting, an RBT-replacing sound based on the called- 
identifying information, and providing the selected RBT- 
20 replacing sound for a caller through the call-originating 
exchanger the trunk connection is made to; 

2. The method of claim 1, wherein, if the call- 
originating exchanger detects through the call-terminating 
exchanger that .the call is answered while the selected RBT- 

25 replacing sound/is being provided for the caller, the call- 
originating exchanger requests the sound providing means to 
release the established trunk connection to terminate 
transmission of the RBT-replacing sound. 

3. The method of claim 1, wherein the sound providing- 
30 means searches for the selected RBT-replacing sound specified 

for the called through communication with a storager 
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.controller operating based on internet protocol, 

4. The method of claim 1, wherein the request of trunk 
connection from the originating exchanger to the sound 

. providing means is selectively conducted based on the first 
5 information included in the response. 

5. The method of claim 1, wherein the first information 
. indicates whether an RBT is to be replaced or not and is set 

in the HLR based on specific key information received from a 
terminal of the called. 
10 • 6. The method of claim 5, wherein the first information" 

is written in a reserve field allocated in value-added service 
parameters of subscriber' s profile. 

7. The method of claim 1, wherein the sound providing 
means determines the RBT- replacing sound based on who the 

15 caller is, which group the caller belongs to among several 
groups classified by the called, and/or call time. 

8. The method of claim 1, wherein a signal requesting 
the call connection to the called includes terminal 
identifying information of the called and the. caller. 

20 9. The method of claim 8, wherein the terminal 

identifying information of the called and the caller is 
subscriber telephone numbers of the called and the caller, . 
respectively. 

10. The method of claim 3, wherein the storager 

25' controller changes a sound code of an RBT- replacing sound 
specified for the called with another code through 
communication with a web server operating based on internet 
protocol . 

11. ' The method of claim. 10, wherein said another code is 
30 a code related*. with already stored RBT-replacing sound in the 

sound providing means or is a newly-assigned code for newly 
stored sound after received from the web server. 

12. The method of claim 11, wherein, after being 

14. 
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connected to the sound providing means and .the storager 
controller, the web server changes the RBT-replacing sound 
based on subscriber identifying information entered through an 
input web page. 
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